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IBSTBiCT 


This  paper  reviews  the  use  of  the  PDP  11/03s  in  the 
Naval  Mobile  Construction  Battalions.  The  existing  systee 
was  evaluated  against  the  information  reguireaents  of  the 
battalions  and  recoaaendations  are  proposed  for  hardware  and 
software  improvements  and  for  the  implementation  of  the  new 
system. 

The  existing  system  was  found  to  be  incomplete  and  inad¬ 
equate  in  terms  of  both  hardware  and  software.  Information 
systems  used  in  the  private  construction  industry,  while 
useful,  will  not  satisfy  all  the  requirements  for  a 
battalion.  It  is  recommended  that  a  new  system  be  designed 
utilizing  networking  techniques  and  incorporating  a  data 
base  management  system. 
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i.  £»isoftg£iiaa 


Computers  can  be  very  useful  tools  in  managing  organiza¬ 
tions  and  their  operations,  yet  the  use  of  computers  by 
Naval  Mobile  Construction  Battalions  has  been  very  sporadic. 
This  paper  reviews  the  use  of  the  PD?  11/03s  in  the  battal¬ 
ions,  evaluates  the  existing  system  and  the  battalion 
information  requirements,  and  proposes  recommendations  for 
hardware  and  software  improvements  and  for  tha  implementa¬ 
tion  of  a  new  system. 

In  the  early  years  (tha  late  1950s  and  early  1960s)  of 
computerized  data  processing,  the  vast  majority  of  business 
"systems"  were  intradepar tmental  financial  applications 
which  had  been  designed  for  and  converted  from  unit  record 
punched  card  systems.  dany  of  the  early  general-purpose 
computer  systems  did  not  have  magnetic  tape  or  disk  storage 
and  were  simply  a  faster  method  for  processing  the  punched 
cards,  making  the  computations,  and  printing  the  reports  in 
one  step.  These  application  systems,  much  as  the  earlier 
unit  record  punched  card  systems,  were  economically  justi¬ 
fied  on  the  basis  of  eliminating  steps  and  clerical  effort, 
is  computers  became  more  in  vogue  in  the  early  1960s, 
management  went  through  a  subtle  change  in  their  decision 
making  related  to  EDP  (electronic  data  processing) .  The 
change  related  to  a  shift  away  from  requiring  economic 
justification  prior  to  embarking  on  new  application  systems 
development  projects  or  on  upgrading  computer  hardware. 
Management  seemed  to  take  the  position  that  even  though  they 
would  not  necessarily  save  money,  the  use  of  computers  would 
represent  an  improved  method  of  operation  and  provide  for 
future  growth.  When  economics  were  considered,  they  were 
often  relegated  to  future  cost  containment.  [Bef.  1:  p.  2] 


8 


Today,  coaputer  systems  are  a  part  of  oar  daily  life 
from  aaking  telephone  calls  to  local  shopping.  In  today's 
modern  society  it  is  naarly  iapossible  to  spend  a  day 
without  being  affected  by  or  without  hawing  affected  a 
coe pu ter- based  systea.  [Bef.  2:  p.  7] 

The  coaputer  revolution  is  already  being  coapared  to  the 
Industrial  Revolution  [Bef.  3:  p.  75].  In  private  industry 
tha  use  of  coaputers  for  accounting,  stock  control,  and 
production  process  control  is  widespread.  Coaputers  ar9 
also  used  in  very  sophisticated  aanagement  information 
systeas.  In  the  construction  industry,  however,  the  use  of 
coaputers  for  applications  other  than  general  accounting  has 
not  been  prolific.  Housing  [Bef.  3:  p.  75]  reports  that 
only  a  handful  of  the  country's  homebuilders  and  reaodelers 
-  a  mere  5%  to  1 8%  -  use  a  computer  systea,  although  another 
40X  say  they  are  on  the  brink  of  joining  the  revolution. 
While  high-cost  help  and  sinking  productivity  are  factors  in 
the  push  towards  computerization  [Ref.  4:  p.  55],  the  revo¬ 
lution  in  the  coaputer  industry  caused  by  microelectronics 
may  be  the  biggest  factor.  Microelectronics  has  caused  the 
cost  of  hardware  to  drop  dramatically  while  at  the  same  time 
given  computers  greater  capacity  and  portability.  Computers 
are  no  longer  confined  to  computer  centers,  but  are  now 
found  in  homes,  offices,  and  on  construction  sites.  The 
construction  industry  is  looking  at  ways  to  automate  infor¬ 
mation  handling,  design  and  drafting,  and  even  resource 
management. 

As  in  the  construction  industry,  the  use  of  coaputers 
within  the  Naval  Construction  Pores,  specifically  the  Naval 
Mobile  Construction  Battalions  (NNCBs) ,  has  had  only  limited 
success.  Intuitively,  it  would  seea  that  the  need  for  auto¬ 
mation  in  NNCBs  would  be  similar  to  that  of  the  construction 
industry,  and,  if  tha  construction  industry  can  increase 
productivity  by  affective  use  of  the  computer,  this  experi¬ 
ence  should  be  t ransferrabl e  to  the  battalions. 


II.  BACK GROUND 


A.  f  AVAL  MOBILE  CONSTRUCTION  BATTALIONS  (NMCBS) 

The  active  NMCBs  are  established  units  of  the  Naval 
Operating  Porces  and  are  components  of  the  Naval 
Construction  Force  (NCP)  .  The  mission  of  the  NMCBs  is  to 
provide  responsive  military  construction  support  to  naval. 
Marine  Corps  and  other  forces  in  military  operations,  to 
construct  base  facilities,  and  to  conduct  defensive  opera* 
tions  as  required  by  the  circumstances  of  the  deployment 
situation.  CBef.  5:  p.  1] 

B.  ‘  INTRODUCTION  OP  NCP/HIS 

The  Civil  Engineer  Support  Office  (CESO)  introduced  the 
Naval  Construction  Force  Management  Information  System 
(NCF/MIS)  at  5  N MCE  overseas  deployment  sites  (3uam;  Puerto 
Eire;  Rota,  Spain;  Okinawa;  and  Diego  Garcia)  as  well  as  at 
the  Construction  Battalion  Centers  (C3C)  in  Gulfport, 
Mississippi  and  Port  Hueneme,  California.  The  deployment 
camp  at  Diego  Garcia  has  since  been  closed  down  and  that 
system  divided  up  and  sent  to  Guam  and  Okinawa. 

The  NCP  minicomputer  systems,  DEC  PDP  11/03s,  are  perma¬ 
nently  installed  at  the  overseas  deployment  sites  and  are 
used  by  the  rotating  NCP  units  [Ref.  6].  The  systems  at  the 
CBCs  are  installed  at  the  TWENTIETH  Naval  Construction 
Regiment  (NCR)  at  Gulfport  and  the  THIRTY-FIRST  NCR  at  Port 
Hueneme  and  are  used  by  the  regiments  and  the  battalions  in 
home  port.  The  programs  that  are  provided  with  the  systems 
are: 

1.  CONSTRUCT  ION  MANAGEMENT  (CM)  -  This  program  (CM4) 
provides  the  capability  to  plan  and  control  a  project 
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using  Critical  Path  Method  (CPS)  networking  tech¬ 
niques.  The  prograi  will  develop  a  network  of  inter¬ 
connected  activities  using  either  the  arrow 
diagraming  (I-J  network)  or  the  precedence 
diagramming  aethod  (nodes).  Bach  activity  can  have 
up  to  six  resources  (men,  materials,  and/or  equip¬ 
ment)  froa  a  resource  library  with  a  .maximum  capacity 
of  99  resources.  The  program  will  provide  several 
output  formats  including: 

a.  &  bar  chart  which  is  a  graphical  plot  of  activi¬ 
ties  vs  time. 

b.  A  Resource  Type  By  Activity  report  which  shows 
all  activities  using  a  particular  resource,  the 
quantity  of  that  resource  used  by  each  activity, 
the  resource  unit  man-days,  and  the  total  man- 
days  . 

c.  A  Resource  Usage  By  Activity  report  which  shows 
for  each  activity  the  number,  cede,  description 
and  quantity  of  each  resource  required. 

d.  A  Resource  Usage  Plot  which,  for  a  given 
resource,  depicts  the  quantity  of  that  resource 
required  per  project  day  for  critical  activi¬ 
ties.  If  the  quantity  of  resource  required  is 
more  than  the  maximum  quantity  available,  the 
excess  requirement  will  be  flagged.  [Ref.  7:  p. 
1.03  ] 

2.  WORD  PROCESSING  -  This  prograi  will  generate  properly 
formatted  letters,  reports,  instructions,  etc 

CBef.  8:  p.  1]. 

3.  PEOPLE  -  This  program  provides  a  method  for  snoring 
and  generating  reports  on  the  personnel  in  a 
battalion.  It  will  store  and  print  various  fields 
including  name,  address,  social  security  number 
(SSN) ,  Personnel  Readiness  Capability  Program  (PRCP) 
skills,  etc.  [Ref.  9:  p.  1] 
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4.  SAFETY  AWARD  -  This  program  maintains  safety-related 
statistics  to  determine  which  entity  within  the 
battalion  has  tha  bast  period  safety  record  [Ref.  10: 
P.  1]. 

5.  MEDICAL  -  This  program  tracks  inoculations,  medical 
examinations,  blood  type,  and  urinalysis  testing. 
The  program  will  sort  and  print  on  various  fields 
including  name,  rate,  department/coopany ,  inocula¬ 
tion,  examinations,  etc.  [Ref.  11:  p.  1  ] 

6.  EQUIPMENT  -  This  program  maintains  a  data  base  for 
the  acquisition,  movement,  and  status  of  all  automo¬ 
tive,  construction,  and  material-handling  equipment. 
It  will  provide  various  reports  including  equipment 
listing,  location,  custody,  availability,  cost 
control,  etc.  [Ref.  12:  p.  1] 

7.  TOOL  -  This  prograi  will  create  a  data  base  for  all 
tools  within  a  battalion  and  provide  reports  sorted 
or.  various  fields  including  tool  name  and  custodian. 
It  will  also  provide  reports  for  the  tracking  of 
electrical  safety  and  preventive  maintenance 
inspections.  [Ref.  13:  p.  1  ] 

A  lew  program,  MATERIAL  LIAISON  OFFICE  (ML0|  ,  has  teen 
developed  and  is  currently  oeing  field  tested  on  Guam. 
Specific  information  on  this  prograi  has  not  been  released 
yet . 

C.  OB-SITE  TISITS 

Post-implementation  visits  ware  made  to  the  various 
deployment  sites  by  representatives  of  CESO  and  the 
THIRTY-FIRST  NCR.  The  results  of  these  visits  indicated  a 
very  sporadic  use  of  the  programs  by  the  battalions.  Some 
programs  were  used  very  heavily  and  others  ignored.  There 
was  no  apparent  pattern  either  between  battalions  or 
deployment  sites. 


0.  P  BOG  BAB  BSP  I  ZB 


During  an  NCF  minicomputer  conference  held  at  CBC  Port 
Bueneme,  CA  during  the  period  27*29  Dctober  1981,  represen¬ 
tatives  froa  Coaaander  Construction  Battalions,  0.  S. 
Pacific  Fleet  (COMCBPACi  and  Coaaander  Construction 
Battalions,  0.  S.  Atlantic  Pleet  (C3SCBLANT)  requested  that 
a  review  of  the  NCF  ainicoaputer  system  be  conducted  to 
determine  whether  the  system  should  be  expanded  and  the 
equipment  included  as  part  of  the  battalion  Table  of 
Allowance  (TOA) ,  remain  unchanged,  or  be  discontinued 
[Ref.  14]. 

The  Coaaander,  Naval  Facilities  Engineering  Command 
[Hef.  15]  concurred  with  the  review  and  specifically 
requested  that  the  review  consider  the  total  requirements  of 
the  NCF  contingency  missions  and  whether  utilization  of 
automated  data  processing  (ADP)  will  enhance  readiness  to 
meet  these  missions.  Ic  the  contingency  missions  can  be 
enhanced,  only  then  should  the  peacetime  potential  for  ADP 
use  be  pursued. 
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III.  A8AITSIS  I?  S5ISHIL5  CQNDITIOH^ 


The  following  approach  was  taken  in  analyzing  the  feasi¬ 
bility  of  integrating  stata-of-the-act  computer  systems  into 
the  battalions: 

1.  Deteraine  why  the  battalions  are  not  using  the 
existing  system, 

2.  Identify  the  inforiation  requirements  of  a  battalion, 

3.  Evaluate  how  the  current  system  satisfies  these 
requirements,  and 

ft.  Identify  the  potential  use  of  computers  during 
mobilization. 

The  following  sections  discuss  each  of  these  points. 

A.  NOH-OSE  OP  THE  EXISTIH3  SI5TEH 

A  review  of  the  pcogcaas  provided  with  the  existing 
coaputer  systems  suggested  that  their  output  should  be  vary 
beneficial  to  the  battalions.  Why,  then,  was  the  use  of  the 
systems  so  sporadic? 

To  get  the  battalions'  point  of  view,  questionnaires 
were  sent  to  all  eight  battalions.  In  conjunction  with  the 
questionnaires,  interviews  with  personnel  from  two  battal¬ 
ions  in  home  port  at  CBC  Port  Huenaie  were  also  conducted. 
A  compilation  of  the  responses  from  the  battalions, 
including  those  obtained  during  the  interviews,  is  contained 
in  Appendix  A. 

Table  I  is  a  summary  of  how  the  personnel  that  normally 
use  a  program  characterize  the  output  of  that  program.  The 
figures  are  in  terms  of  the  number  of  respondents.  In 

general,  there  is  strong  support  for  all  of  the  programs. 
Table  II  summarizes  how  often  the  same  set  of  respondents 
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r ABLE  I 

PROGRAM  EVALUATION  SUMMARY  (HUMBER) 


PROGRAM 

CM4 

VERY  GOOD 

21 

30  OD 
*3  3 

AVERA3E 

3 

POOR 

'T 

NO  OPINION 

HP 

6 

4 

1 

4 

- 

PEOPLE 

22 

27 

7 

5 

2 

SAFETY 

2 

6 

1 

- 

1 

MEDICAL 

- 

5 

2 

2 

- 

EQUIP 

12 

9 

- 

- 

- 

TOOL 

5 

6 

2 

1 

___ 

2 

r  ABLE  II 

FREQUENCY  OF  USE  SUMMARY  (NUMBER) 


PROGRAM 

DAILY 

FREQUENTLY 

OCCASIONALLY 

CM4 

4 

19 

36 

HP 

4 

2 

9 

PEOPLE 

18 

19 

26 

SAFETY 

2 

2 

6 

MEDICAL 

- 

7 

2 

EQUIP 

9 

5 

7 

TOOL 

4 

3 

9 

use  each  progr&a.  As  indicated,  very  few  use  the  progress 
on  a  daily  basis,  which  is  rot  surprising  for  soae  of  the 
programs  given  their  nature;  however,  the  use  of  WORD 
PROCESSING,  HEDICAL,  and  EQCJIPHBNI  was  expected  to  be 
higher. 

Duricg  the  interviews  the  following  factors  were  brought 
out  as  the  sain  reasons  for  not  using  the  programs: 

1.  The  survey  results  notwithstanding,  the  terminal 
locations  are  inconvenient  and  discourage  use.  In 
home  port  the  only  system  available  is  located  in  a 
regimental  building  and  usually  there  are  two  battal¬ 
ions  and  the  regiment  all  vying  for  access  time.  On 
deployment,  the  system  is  usually  located  in  one  of 
the  offices  and  access  time  is  still  a  problem. 

2.  Projects  were  generally  considered  to  be  too  small  to 
justify  the  time  required  to  load  the  CH  data  base. 
Host  viewed  the  system  as  only  applicable  for  large 
projects  that  might,  in  contract  terms,  exceed  Si 
million. 

3.  The  system  took  an  inordinate  amount  of  time  (hours 
in  some  cases)  to  produce  a  sorted  personnel  roster 
or  constr uction  schedule.  ihile  the  zn  or  PEOPLE 
programs  were  being  run,  no  other  programs  could  be 
run  concurrently  thus  tying  the  system  up  with  a 
single  user. 

4.  The  hardware  is  unreliable,  particularly  the 
printers. 

5.  The  system  does  not  provide  information  that  isn't 
easier  to  obtain  by  other  means. 
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Pigure  3.1  NHCB  ORGANIZATION. 

B.  BATTALION  INFORHATION  R  EQ0IRENENT5 

NMCBs  have  a  hierarchial  structure  as  shown  in  Figure 
3.1  and  are  normally  staffed  with  700+  Officers  and 
Enlisted.  The  basic  functions  of  each  of  the  departments/ 
companies  are  as  follows: 

1.  ADMINISTRATIVE  Department  -  Provides  basic  adminis¬ 
trative  support,  3uch  as  preparation,  routing  and 
filing  of  reports,  correspondence  and  directives; 
transfer  and  receipt  of  personnel;  preparation  of  the 
personnel  diaries;  and  maintenance  of  service 
records. 
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2.  TRAINING  Department  -  Responsible  for  contingency 
planning,  intelligence  collection,  and  the  scheduling 
and  monitoring  of  technical  and  military  training. 

3.  OPERATIONS  Department  -  Respoasible  for  the  planning, 
scheduling  and  managing  of  current  battalion 
construction,  combat  and  disaster  preparedness  opera¬ 
tions;  constructioa  quality,  safety,  and  engineering 
support. 

4.  SUPPLY  Department  -  Respoasible  for  procuring, 
receiving,  storing,  issuing  and  accounting  for  all 
equipage,  repair  parts  and  construction  materials; 
disbursement  of  government  funds  for  battalion 
purchases  and  military  payday;  operations  of  the 
enlisted  dining  facility,  laundry,  barbershop. 
Central  Tool  Room,  and  Central  Store  Room. 

5.  HEADQUARTERS  Company  -  The  administrative  and  mili¬ 
tary  organization  for  all  enlisted  personnel  assigned 
to  the  battalion  executive  and  special  staff.  All 
enlisted  personnel  assigned  to  the  staff  for  their 
professional  jobs  are  under  the  functional  and  tech¬ 
nical  direction  of  the  staff  department  head  to  which 
they  are  assigned.  The  company  provides  support  to 
the  line  companies  in  construction  and  disaster 
recovery  operations  by  virtue  of  the  company  members 
being  assigned  to  the  military  staff  departments,  but 
is  capable  of  providing  defense  in  the  combat  situ¬ 
ation  as  a  company  unit. 

6.  ALFA  Company  -  Responsible  for  the  operation  and 
maintenance  of  the  automotive,  construction  and 
materials-handling  equipment  assigned  to  the 
battalion.  It  serves  as  prime  contractor  on  large 
earthmoving,  paving,  and  other  horizontal  construc¬ 
tion  projects,  and  as  subcontractor  to  the  general 
construction  companies  for  earth-moving,  grading. 
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excavation,  paving,  hauling,  pile  driving, 
drilling,  heavy  lifting,  blasting  and  denolition. 

7.  BRAVO  Company  -  Serves  as  a  prime  contractor  for 
water,  sanitary  sewer,  and  power  distribution 
systeas,  fuel  systaas,  and  communication  projects. 
It  serves  as  subcontractor  to  the  general  construc¬ 
tion  companies  for  all  utility  installation,  sheet 
metal  fabrication,  air  conditioning  and  refrigera¬ 
tion.  It  serves  as  a  mini-public  works  department 
providing  for  maintenance  and  operation  of  the  unit's 
camp. 

8.  CHARLIE/DELTA  Companies  -  Sarira  as  general  construc¬ 
tion  companies  in  the  role  of  a  prime  contractor. 
They  will  lend  support  to  ALFA  and  BRAVO  Companies  in 
a  subcontractor  capacity.  ^Ref.  16] 

During  peacetime,  battalions  are  on  a  5/6  rotation 
schedule:  6  months  in  home  port  and  5  months  on  deployment, 

whether  in  home  port  or  on  deployment,  a  battalion  is 
engaged  in  two  major  operations:  (1)  executing  their  current 
assignments  and  (2)  planning  for  the  upcoming  rotation. 

During  the  hose  port  period,  personnel  are  engaged  in 
various  types  of  training:  military,  factory,  Navy  schools, 
and  local  projects  to  maintain  proficiency.  The  time  period 
of  the  training  activities  will  vary  from  one  day  to  many 
weeks.  A  separate  training  schedule  is  established  for  each 
member  of  the  battalion  based  upon  nis  own  capabilities  and 
prior  training  and  it  is  highly  unlikely  that  any  two 
members  will  have  the  same  schedule.  At  the  same  time, 
battalions  must  also  plan  for  their  upcoming  deployment. 

The  current  policy  is  to  rotate  all  battalions  through 
all  the  overseas  deployment  sites,  regardless  if  they  are 
Pacific  battalions  out  of  Port  Hueneme,  CA  or  Atlantic 
battalions  out  of  Gulfport,  MS.  The  projects  assigned  come 
from  prioritized  lists  that  are  submitted  annually  by 


CINCPACFLT,  CINCLANTFLT,  and  CINC03NAVE0R  and  approved  by 
CND.  The  TWENTIETH  NCR  at  CBC  Gulfport  provides  support  for 
the  Atlantic  and  European  deployment  sites  by  developing 
■aterial  take-offs  for  each  of  the  projects  and  ordering  and 
shipping  materials  procured  in  CONOS.  The  THIRTY-FIRST  NCR 
at  Port  Hueneae  and  the  THIRTIETH  NCR  at  Guam  provide 
similar  support  for  the  Pacific  sites.  In  planning  an 
upcoming  deployment,  a  battalion  needs  information 
concerning  the  status  of  all  projects  expected  tc  be 
assigned:  those  that  are  under  construction  as  well  as 
those  that  the  battalion  expects  to  start.  The  information 
would  include  the  current  construction  schedule  and  the 
schedule  of  men,  material,  and  equipment  requirements  for 
each  project. 

The  reverse  is  true  for  the  deployed  battalion:  they 
must  plan  for  the  upcoming  home  port  period  while  executing 
the  deployment  site  construction  schedule.  The  planning  for 
home  port  includes  determining  personnel  losses  due  to 
Expiration  of  Active  Obligated  Service  (EAOS)  ,  transfer, 
etc.,  and  the  comcommitant  loss  in  skill  level.  To  reestab¬ 
lish  the  skill  level,  training  requirements  have  to  be 
determined  and  quotas  requested  and  established  followed  by 
assigning  individual  members  to  each  of  these  quotas. 

Every  department  and  company  is  involved  in  schedules: 
material  schedules,  personnel  schedules,  equipment  sched¬ 
ules,  construction  schedules,  etc.  At  the  moment,  most,  if 
net  all,  of  these  schedules,  are  developed  and  maintained 
manually  even  though  it  is  this  kill  of  effort  for  which 
computers  can  be  used  very  effectively. 


C.  BTAL01TIOI  0?  THE  CO SR ENT  SYSTEM 

During  the  construction  of  any  project,  it  is  necessary 
to  bring  together  in  an  orderly  fashion  the  requisite  labor, 
■aterial,  and  equipment.  Construction  projects  are  normally 
divided  into  their  constituent  parts  and  the  parts  then 
linked  together  into  some  type  of  time-scaled  schedule. 
This  schedule  can  take  the  fori  of  a  bar  chart  or  a  Prograa 
Evaluation  and  Review  Technique  (PERT)  or  CPH  network.  The 
construction  schedule  should  identify  the  required  daily 
resources  and,  froe  this,  individual  daily  resource  sched¬ 
ules  can  be  developed.  The  resource  schedules  should  cover 
either  the  construction  period  or  the  deployment  period, 
whichever  is  shorter.  Any  change  in  the  construction 
schedule,  either  acceleration  or  slippage,  will  impact  on 
each  of  the  resource  schedules. 

The  CM  program  will  provide  this  information  as  each  of 
the  projects  constituent  parts  equates  to  a  program 
activity.  The  major  drawback  of  the  program  is  the  limited 
number  of  resources  (6)  that  can  be  assigned  to  each 
activity.  If  the  project  data  base  is  maintained,  any 
company  or  department  can  access  that  data  base  and  obtain 
an  updated  schedule.  Any  change,  caused  by  the  project 
either  being  ahead  or  behind  schedule,  that  creates  a  situ¬ 
ation  where  the  project  requirements  exceed  the  supply  for 
that  project  will  be  flagged  so  that  appropriate  action  can 
be  taken.  The  CM  prograi  is  appropriate  and  most  useful  at 
the  project  manager  or  crew  leader  level  as  it  is  this  level 
that  is  primarily  concerned  with  the  day-to-day  details  of  a 
construction  project. 

The  Company  Commander  or  Operations  Officer  is  generally 
concerned  with  a  consolidated  project  schedule  on  a  company 
or  battalion-wide  basis,  respectively.  They  are  concerned 
with  resource  leveling  on  a  broader  scale.  A  change  in  the 
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construction  schedule  for  one  project  will  affect  the 
construction  schedule  for  all  other  projects  which,  in  turn, 
will  affect  the  total  daily  resource  schedule.  An  excess  or 
shortage  of  personnel  resources  are  particularly  important 
since  the  labor  force  cannot  be  hired  or  fired  when  the 
reguireaents  change.  The  current  CM  program  will  not 
provide  this  type  of  schedule  and,  therefore,  if  a  consoli¬ 
dated  project  schedule  is  used,  it  must  be  prepared 
manually. 

For  a  battalion  to  function  effectively,  each  member 
must  have  a  daily  assignment.  These  assignments  might  be 
leave,  TAD,  schools,  projects,  etc.  Since  most  of  the 
departments  operate  in  an  office  environment,  a  formal 
assignment  chart  is  normally  used  only  to  post  leave,  TAD, 
and  training  schedules.  The  charts  used  by  the  companies, 
and  possibly  the  Operations  and  Supply  Departments,  would 
also  include  project  assignments.  The  CM  program  allows 
resources  to  be  attached  to  each  activity  in  terms  of 
numbers  and  trade,  but  not  by  name.  The  PEOPLE  program  will 
show  a  company  assignment  and  whether  or  not  an  individual 
is  TAD,  but  neither  are  tied  to  time.  Therefore,  the 
assignment  charts,  which  are  basic  personnel  management 
tools,  must  be  prepared  and  maintained  manually. 

Battalions  are  faced  with  the  same  administrative 
requirements  as  any  military  unit.  Instructions  and  notices 
must  be  prepared,  updated,  and  issued  as  well  as  letters, 
memoranda,  endorsements,  etc.  The  WORD  PROCESSING  program 
provides  the  capability  to  use  standard  formats  and  allows 
for  easy  changes  and  updates.  By  using  the  data  base,  much 
of  the  hard  copy  files  can  be  eliminated. 

Any  construction  orgaaization  just  be  concerned  with 
safety  as  the  work  is  inherently  dangerous  with  severe  and 
fatal  accidents  not  uncouon.  Although  not  specifically 
applicable  to  military  organizations,  OSSA  contains 
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extensive  safety  regulations  that  are  applicable  to 
construction  in  general.  While  it  is  appropriate  that  the 
battalion's  safety  organization  be  very  faailiar  with  those 
safety  items  that  are  required  as  well  as  recoiaended,  it  is 
also  appropriate  for  the  project  manger  or  crew  leader  to 
be  aware  of  those  iteas  tnat  are  applicable  to  each  project 
activity.  The  current  SAFETY  progria  is  aerely  a  statistic 
gathering  package  and  cannot  be  used  as  an  effective  tool  to 
proaote  safe  operations. 

The  health  of  its  aamoers  is  a  primary  consideration  of 
any  military  unit.  The  medical  staff  must  ensure  that  all 
members  of  the  unit  are  physically  qualified  to  deploy  and 
to  perform  those  tasks  inaerent  in  their  rate.  Therefore, 
medical,  records  are  aaintained  and  screened  periodically  to 
ensure  that  the  necesary  examinations  and  inoculations  have 
be9r.  accomplished.  The  MEDICAL  program  will  sort  the  data 
base  and  provide  a  listing  of  all  personnel  that  are  due  for 
examination  or  inoculation.  Medical  records  have  tradition* 
ally  been  filed  by  social  security  number  (SSH»  due  tc  the 
possibility  of  name  duplication.  The  current  program  does 
not  provide  for  a  SSN  field  and,  therefore,  confusion  as  to 
which  "B03  John  William  Smith,  Jr  in  Charlie  Company"  is  due 
for  a  medical  examination  can  occur. 

On  deployment,  the  battalions  are  assigned  the  custody 
of  a  vast  array  of  automotive,  const.* uction,  and  material 
handling  equipment.  Some  pieces  of  equipment  can  be 
assigned  to  a  department  or  company  on  a  continuing  basis 
and  operated  by  members  of  that  entity.  Other  pieces  are 
maintained  in  a  pool  with  the  operation  of  3ome  strictly 
limited  to  Equipment  Dperitocs  from  Ufa  Company. 
Regardless  of  whether  the  equipment  is  on  a  continuing 
assignment  or  net,  the  maintenance  is  performed  by  Alfa 
Company.  The  maintenance  frequency  (e.g.  every  3,000  miles, 
evary  100  hours,  etc.i  will  vary  by  type  of  equipment. 


Although  the  frequency  will  ba  constant  within  each  equip¬ 
ment  type,  the  actual  naintenanca  schedule  for  each  piece 
will  wary  depending  upon  the  usa.  This  variable  mainte¬ 
nance  schedule  could  impact  upon  the  construction  schedule 
unless  a  companion  operating  schedula  is  kept  as  well.  The 
EQUIPMENT  prograa  will  provide  a  maintenance  schedule  and 
also  has  a  field  to  record  tha  equpient  location.  A  major 
drawback  is  that  the  prograa  will  not  provide  an  operating 
schedule  for  the  equipment.  If  a  crane  is  aeedea  on  one 
project  one  day  and  on  another  project  the  next,  the 
schedule  must  be  prepared  manually. 

The  battalions  also  maintain  a  large  inventory  of  tools, 
some  of  which  require  special  trainiag  to  operate.  When  the 
tools  are  checked  out,  custody  cards  are  prepared  and  main¬ 
tained  until  the  tools  are  returned.  The  TOOL  program  will 
generate  inventory  and  custody  reports. 

D.  TRAINING 

When  the  systems  were  first  introduced,  the  training  on 
the  systems  was  limited  to  the  Officers  and  chief  Petty 
Officers.  This  group  received  instruction  on  how  to  input 
the  data  and  generate  and  use  the  reports.  The  training  has 
since  been  expanded  to  include  petty  officers.  One  problem 
with  the  training  is  that  Officers,  Chiefs,  and  petty  offi¬ 
cers  are  being  trained  as  terminal  operators.  It  is 
suggested  that  the  trailing  is  focused  on  the  wrong  level. 
How  to  use  the  reports  aid  which  reports  are  available  is 
appropriate  for  crew  leaders  and  above,  but  the  instruction 
on  terminal  operation  (how  to  access  the  programs,  input 
data,  ar.d  generate  output)  should  be  given  primarily  to 
lower  level  personnel,  i.e.  company  clerks,  etc. 
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B.  POTENTIAL  US  E  OF  COMPUTERS  DUHIN3  MOBILIZATION 


During  mobilization  the  NSCBs  ace  intended  to  provide 
responsive  construction  support  at  Navy  support  bases  in 
forward  areas  or  in  combat  zones  to  which  Navy  and/or  Marina 
Corps  forces  are  committed.  Normally  in  the  combat  zone, 
NMCB-built  facilities  will  be  limited  to  initial,  interme¬ 
diate,  and  temporary  construction  standards;  however, 
capability  for  permanent  construction  will  be  maintained. 
[Ref.  5:  p.  1] 

In  peacetime,  NSC3s  shall  undertake  construction 
projects  which  maintain  their  construction  capabilities  and 
enhance  their  readiness  to  accomplish  their  contigency 
mission.  In  time  of  emergency  or  disaster,  NMCBs  shall 
conduct  disaster  control  and  recovery  operations,  including 
emergency  public  works  operating  functions,  as  directed. 
[Ref.  5;  pp.  1  &  3] 

The  requirements  during  mobilization  and  peacetime  oper¬ 
ations  are  essentially  similar.  Men,  material,  and 
equipment  must  be  organized  and  deployed  to  a  particular 
location  co  perform  a  specific  tasc.  Hostile  action  not 
withstanding,  there  are  two  main  differences  between  the 
peactime  and  mobilization  environments:  (1)  the  planning 
time  horizon  and  (21  established  deployment  sites  vs  virgin 
territory. 

While  general  planning  for  mobilization  can  be  accom¬ 
plished  in  advance,  detailed  planning  must  be  tailored  to 
the  specific  situation,  and  in  all  probability  will  not  only 
involve  the  battalion,  but  rear  echelon  commands  as  well. 
General  embarkation  plans,  for  example,  can  be  prepared  in 
advance  to  mobilize  all  or  part  of  a  battalion.  Once  a  data 
base  is  established,  it  can  easily  be  maintained  and  can  be 
used  as  the  basis  for  developing  a  specific  situation  plan. 
By  having  the  appropriate  programs  available,  i.e.,  those 
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that  serve  all  levels  within  a  battalion,  ADP  can  be  an 
extremely  useful  tool  during  the  initial  mobilization 

phases. 

The  usefulness  of  ADP  at  a  forward  site  will  depend  upon 
the  anticipated  length  of  the  engagement  and  whether  the 
appropriate  facilities  are  available.  If  the  engageaent  is 
expected  to  be  short  or  only  very  primitive  facilities  are 
available,  manual  methods  may  have  to  be  employed.  ?or 
long-term  engagements  with  essentially  permanent  camps,  as 
were  developed  in  Vietnam,  ADP  can  be  used  very  effectively. 
In  a  forward  area  changes  in  priorities,  assignments  and 
resources  can  be  expected  to  occur  much  more  frequently  than 
during  peacetime.  Computers  can  develop  new  schedules  and 
plans  much  more  quickly  and  accurately  than  can  be  accom¬ 
plished  manually.  If  properly  designed,  computer  systems 
can  improve  a  battalion*  s  flexibility  and  enhance  its 
ability  to  react  quickly  and  effectively. 
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A.  I HTRODUCT ION 

This  chapter  will  discuss  methods  to  improve  the  effec¬ 
tiveness  of  the  use  of  coipuiers.  First,  use  of  computers 
within  the  construction  industry  wiLL  be  discussed,  followed 
by  discussions  of  hardware  and  software  and,  at  -he  end, 
recoa  aer.dat  ions . 

Computers  are  generally  classified  as  main  frames,  mini¬ 
computers,  or  adcrocomput ers  and  the  distinctions  between 
the  three  are  not  wsll  defined.  The  microelectronics 
industry  is  revolutionizing  the  computer  industry.  The 
concept  of  the  computer  center  as  a  room  with  a  large 
computer  to  which  users  bring  their  work  for  processing  is 
rapidly  becoming  obsolete.  The  old  concept  of  a  single 
computer  serving  all  of  an  organization’s  computational 
needs  is  rapidly  being  replaced  by  one  in  which  a  large 
number  of  separate  but  interconnected  computers  do  the  job. 
No  longer  are  users  bringing  work  to  the  computer,  instead 
computers  are  being  brought  to  the  users.  [Ref.  17:  p.  2] 

B.  COHPUTEH  USE  IN  THE  COM  STROCTION  INDUSTRY 

As  stated  in  Chapter  I,  the  construction  industry  has 
not  made  considerable  use  of  computers  except  for  general 
administrative  functions;  however,  some  firms  are  beginning 
to  experiment  with  computers  with  considerable  success.  The 
following  paragraphs  describe  some  examples  of  typical 
applications. 

In  Anoka,  Minn.,  a  contractor  uses  a  CPK-based  sched¬ 
uling  program  to  keep  track  of  the  400  units  it  builds 
annually.  Each  superintendent  submits  a  form  at  the  end  of 


the  day  indicating  which  activities  ore  completed  that  day. 
At  the  end  of  the  week,  this  information  is  fed  into  the 
computer,  and  the  superintendent's  schedule  is  automatically 
adjusted.  [Ref.  18]  This  program  sounds  very  similar  to  the 
CH  program.  It  is  project  oriented  and  the  total  project 
schedule  is  updated  by  updating  the  individual  activities 
within  the  project. 

A  schedule  program  used  by  a  Bellevue,  Hashing-ton 
contractor  can  also  tell  just  how  much  impact  a  change  - 
revising  floor  plans,  for  example  -  will  have  on  a  project's 
completion  date  [Hef.  19].  This  is  a  more  sophisticated 
scheduling  program  which  allows  new  schedules  to  be  devel¬ 
oped  that  are  caused  by  the  inevitable  changes  that  occur 
with  any  construction  project.  The  EM  program  does  allow 
changes  to  be  made,  but  It  also  requires  that  the  critical 
path  be  determined  in  advance  so  that  the  critical  activi¬ 
ties  can  be  so  designated. 

In  Seattle,  a  leading  builder  of  high-rise  office  build¬ 
ings,  hotels  and  multi-unit  housing  facilities,  is  using  a 
computer  to  keep  track  of  construction  workers  and  equip¬ 
ment.  When  the  payroll  clerks  want  to  find  out  what 
construction  job  one  of  the  workers  Is  on,  they  use  a  query 
to  get  the  information  from  the  data  base.  Before  they  hal 
the  computer,  they  had  to  go  through  stacks  and  stacks  of 
reports.  The  company's  first  on-line  project  was  an 
equipment- management  system,  which  instantly  pinpoints  the 
location  of  every  piece  of  large  equipment,  no  matter  what 
project  it's  being  used  on.  [Ref.  20]  This  seems  to  be  a 
mixture  cf  the  PEOPLE  and  EQUIPMENT  programs.  The  PEOPLE 
program  will  accept  a  company  assignment,  but  not  a  project 
assignment.  The  EQUIPMENT  program  allows  the  location  of 
the  equipment  to  be  either  by  organizational  unit  or  by 
pro  ject. 
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Engineering  Hews  Record  [Raf.  21]  reported  on  a  company 
in  Belgium.  Using  an  on-3ite  interactive  computer  terminal, 
the  head  project  supervisor  feeds  a  progress  report  on 
construction  activities  into  the  machine  daily.  The 
coaputer  identifies  critical  tasks  (those  in  which  a  time 
slippage  will  slow  the  entire  project)  plus  those  which  are 
in  advance  of  and  those  running  behind  the  schedule.  The 
computer  prints  out  personalized  work  tickets  covering  a 
two-day  period  for  foremen  and  key  members  of  the  120-man 
work  force.  In  cases  of  unexpected  problems,  such  as  a 
machine  out  of  service,  the  computer  quickly  scans  alterna¬ 
tives  and  proposes  a  substitute  schedule  for  aen,  machines 
and  the  flow  of  materials.  This  program  seems  to  be  an 
expansion  of  the  CM  program  where  many  more  resources  per 
activity  can  be  listed  aid  alternative  schedules  can  be 
determined  in  advance  based  upon  resource  availability  and 
kept  in  the  data  base  for  future  use.  It  might  also  be  much 
more  sophisticated  and  use  file  integration  and  resource 
leveling  techniques. 

There  are  also  a  number  of  other  programs  on  the  marker. 
For  example,  the  FRAMINj  CALCULATOR  is  a  new  program  that 
computes  the  amount  of  lumber,  lails,  drywall  and  other 
materials,  plus  the  number  of  maa-hours  needed  to  complete 
walls,  floors,  roofs,  partitions  and  exteriors  of  any  house. 
Its  use  requires  little  coaputer  expertise  and  it  can  be  run 
on  micro  or  minicomputers.  The  information  can  be  combined 
with  a  builder's  own  cost  data  to  get  quicker  and  more  accu¬ 
rate  estimates  than  are  normally  possible  without  the  aid  of 
a  computer.  The  user  can  change  built-in  formulas  to  accom¬ 
modate  his  particular  circumstances. 

An  estimating  program  makes  it  possible  for  custom  home¬ 
builders  and  ramodelers  to  use  their  computer  as  a  marketing 
tool.  The  program  is  accurate  to  within  two  percent  and 
pro  vides : 
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.  A  complete  estimate  in  three  or  four  hours  with  waste 
and  inflation  percentages  factored  in. 

2.  A  aatarials  take-off  list  that  includes  everything 
"down  to  the  tubes  of  glue".  The  system  automati¬ 
cally  converts  materials  to  ordering  units. 

3.  The  ability  to  ask  "what  if"  guestions.  Custom-home 
buyers  can  make  changes  in  the  original  plans  and  the 
computer  will  quickly  recalculate  a  new  price. 

For  production  builders,  the  MODEL  HOME  COST  EXTENSIONS 
APPLICATION  program  lets  the  builder  compare  prices  among 
his  suppliers.  It  contains  three  separate  files: 

1.  A  model  master  fiLe  that  identifies  each  model  the 
builder  wishes  to  price. 

2.  A  quantity  file  that  lists  the  amount  of  material 
needed  to  build  a  particular  aodel. 

3.  A  cost  file  that  contains  a  price  book  for  each 
vendor. 

The  programs  are  written  in  BASIC  and  can  be  used  on  ISM 
5110  and  5120,  WANG  223  0  series.  Radio  Shack  TRS  30, 
Hewlett-Packard  and  Texas  Instruments  systems.  [Ref.  22]  No 
comparable  program  exists  for  the  NCF,  but  such  a  program 
could  be  very  useful  at  the  regimental  and  battalion  levels. 

The  programs  used  by  private  contractors  are  similar  to 
those  already  provided  to  the  battalions  with  the  exception 
of  the  cost  estimating  programs  and  are  appropriate  for 
single  project  management.  With  the  possible  exception  of 
the  program  in  Belgium,  tiey  are  not  designed  for  resource 
leveling,  i.e. ,  managing  a  finite  amount  of  labor  or 
equipment  resources. 
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C.  HARDWARE 


Hair,  frames  used  to  offer  the  oily  real  coaputing  power 
but  minicomputers  and  microcomputers  are  beginning  to  chal¬ 
lenge.  Minicomputers  now  come  with  large  aain  memories  and 
are  beginning  to  be  used  is  aain  computers,  much  as  aain 
frames  used  to  be,  and  can  operate  very  well  in  a  normal 
office  environment. 

In  general  ,  the  ten  nic^o goigi t ar  can  be  defined  as  a 
stored  program  computer  comprising  leaory  and  icput/output 
circuits  together  with  a  microprocessor  central  processing 
unit  (CPU).  Microcomputers  have  attracted  many  people 
because  cf  several  advantages  over  larger  computers.  First, 
microcomputers  can  be  used  for  a  wide  range  of  specific 
applications.  Second,  microcomputers  are  powerful,  reli¬ 
able,  and  inexpensive.  They  can  operate  effectively  ir. 
environments  where  older  computers  would  fail.  Most  off- 
the-shelf  microcomputers  operate  at  room  temperature  and 
reguire  no  special  air  conditioning  or  power  supplies. 
[Ref.  23:  p.  11  ] 

The  present  hardware  for  the  NMCBs  is  a  minicomputer 
system  and,  in  CONUS,  has  one  CPU  with  a  console  keyboard 
visual  display  terminal,  two  five-megabyte  disk  units,  one 
double  floppy  disk  unit,  one  high  speed  printer,  and  one  low 
speed  printer.  The  hardware  at  most  of  the  deployment  sites 
consist  of  one  CPU  with  two  console  keyboard  visual  display 
terminals,  three  f i ve-megaD yte  disk  units,  one  double  floppy 
disk  unit,  one  high  spaed  printsc,  and  one  low  speed 
printer.  [Ref.  27] 

Radio  Shack  is  now  offering  a  microcomputer  (the  TRS-83 
Model  16)  with  one  CPU  and  a  second  microprocessor  for 
input/outpat,  up  to  512k  bytes  of  memory,  a  console  keyboard 
visual  display  terminal,  one  doable  floppy  disk  unit 
(1.25-megabytes  per  disk),  up  to  three  8.«-magabyte  hard 
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di3k  drives,  one  high  speed  printer  and  one  low  speed 
printer  for  under  $30,030  [  Bef.  28].  This  microcomputer  has 
aore  computing  capacity  than  the  existing  minicomputer. 

is  indicated  at  the  beginning  of  this  chapter,  single 
large  computer  systems  are  being  replaced  by  a  series  of 
smaller  interconnected  computers.  One  advantage  is  that  a 
number  of  smaller  systems  performing  the  same  functions  are 
less  expensive  to  purchase,  operate  and  maintain  than  a 
single  large  system.  inother  advantage  is  that  each  of  the 
smaller  computers  can  access  and  operate  on  the  same  data 
base,  regardless  of  the  physical  location  of  the  computers 
or  the  data  base.  Since  each  computer  accesses  the  same 
data  base,  redundancy  is  built  in.  If  one  computer  goes 
down,  another  computer  in  a  different  location  can  be  used 
while  the  first  is  getting  repaired  or  replaced. 
Interconnected  computers,  known  as  either  networks  or 
distributed  systems  based  upon  their  function,  bring  the 
coacuter  to  the  user  and  complaints  concerning  terminal 
locations  and  access  -time  should  be  greatly  reduced  if  not 
eliminated. 

The  networking  of  computers  is  an  important  concept.  By 
placing  at  least  one  computer  in  eaca  department  and  company 
(some  may  require  two  or  more) ,  networking  interconnects 
these  computers  similar  to  a  telephone  system.  The 
computers  can  be  connected  via  existing  telephone  lines,  but 
this  requires  the  use  of  modems  (modulator-demodulator). 
Another  method  is  to  use  high  band-width  coaxial  cables. 
Cables  eliminate  the  need  for  the  modems,  allow  a  signifi¬ 
cant  increase  in  the  data  transfer  rate  and  are  applicable 
for  small  local  networks.  The  telephone  system  limits  the 
transfer  rate  to  about  9533  bits  par  second  while  the  use  of 
separate  cables  permits  a  rate  in  excess  of  one  million  bits 
per  second  [Bef.  17:  p.  2  86].  Tables,  however,  are  aore 
expensive  to  install  and  maintain  and  make  the  system 
relatively  immobile. 
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With  a  network  it  is  ant  necessary  that  all  programs  or 
files  reside  on  a  single  computer  or  that  they  be  duplicated 
at  each  of  the  computers.  The  PEDPLE  program,  for  example, 
could  reside  in  Admin,  the  EQ3IPBENT  program  in  Alfa 
Coipany,  the  CM  program  in  Charlie  Company,  etc.  Software 
would  provide  the  ability  for  any  of  the  computers  to  access 
any  of  the  programs. 

Reliability  is  an  important  factor.  Thera  are  several 
strategies  available  for  ensuring  sufficient  reliability 
under  wartime  conditions.  The  choirs  depends  upon  balancing 
the  reliability  requirements  against  the  cost.  The  reli¬ 
ability  requirement  must  be  defined  based  upon  tha 
oparational  uses  for  the  equipment.  Se'veral  strategies  for 
enhancing  reliability  are  possible.  One  is  to  "harden"  the 
equipment.  This  can  be  accomplished  by  procuring  BILSPEC 
equipment  specifically  designed  for  military  applications, 
or  it  can  be  partially  accomplished  by  procuring  ruggedized 
commercial  equipment.  [Ref.  6:  p.  2] 

To  acquire  BILSPEC  equipment  essentially  triples  the 
acquisition  cost  and  also  requires  a  dedicated  logistics 
support  system  whereas  the  ruggedized  commercial  equipment 
is  less  expensive  but  also  less  able  to  cope  with  harsh 
environments.  This  second  approach  generally  uses  small 
microcomputers  with  improved  reliability  but  not  to  HILSPEC 
standards.  Examples  of  ruggedized  hardware  include  the 
Marine  Corps*  ADPE-FMF  computers  or  the  Savy's  Shipboard 
Non-tactical  Automated  Processing  (SNAP)  .  A  large  supply  of 
these  ruqgedized  microcomputers  is  usually  stocked  at 
central  locations  and  failures  in  the  field  are  replaced 
with  new  units  from  the  central  stock  with  the  failed  unit 
returned  for  depot  maintenance  and  restoration  to  the  stock 
pool.  [Ref.  6:  p.  2] 
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D.  SOFTWARE 


While  there  are  many  operational  siailarities  between 
tha  private  construction  industry  and  the  NHCBs,  there  ara 
also  soae  very  distinct  differences.  0.  S.  contractors 
noraally  are  not  self-contained  and  self-sufficient  organi¬ 
zations.  General  contractors,  who  rely  on  union  halls  for 
labor  and  on  subcontractors  for  specialized  work  such  as 
■echanical,  electrical,  structural,  etc.,  view  their  world 
as  having  unlimited  resources.  They  have  the  ability  to 
hire  and  fire  on  a  daily  basis  and  uave  a  relatively  short 
supply  line.  NHCBs  on  the  other  hand  operate  with  a  fixed 
number  of  resources  and  at  ovecseas  deployment  sites  with  an 
extended  supply  line.  If  a  piece  of  equipment  goes  down  or 
needed  material  is  not  available,  NHCBs  must  have  the 
ability  to  shift  resources  quickly  and  effectively. 
Therefore,  the  simple  programs  that  are  used  in  the 
construction  industry  do  not  satisfy  the  needs  of  the  NHCBs. 
To  be  effective,  the  existing  programs  need  to  be  expanded 
and  a  supervisory  program,  a  data  base  management  system 
(DBMS),  needs  to  be  implemented. 

A  data  base  management  system  is  a  set  of  programs  that 
operate  on  the  data  base  in  accordance  with  the  user’s 
coimands  [Ref.  23:  p.  23].  These  programs  are  invisible  to 
tha  user,  are  in  between  the  user's  program  ar.d  the  data 
base,  and  allow  the  user’s  program  to  access  different  files 
within  the  data  base.  First,  the  design  of  a  data  base  will 
be  discussed  followed  by  a  further  discussion  on  DBMS . 

Terminology  within  the  computer  industry  has  not  been 
fully  standardized.  For  purposes  of  this  paper,  the 
following  definitions  will  apply: 

1.  Data  Base  -  The  aggregate  of  all  files  regardless  of 
the  physical  location  of  each  of  the  files. 

2.  File  -  The  aggregate  of  all  similar  records. 


3.  Records  -  The  aggregate  of  all  information  (fields) 
on  a  particular  individual,  project,  piece  of  equip¬ 
ment  or  tool,  etc. 

4.  Field  -  A  single  attribute  of  a  record  such  as  naae, 
rate,  SSN,  etc. 

It  eight  be  said  that  this  is  the  data  base  era  in 
coaputer  technology.  Data  base  processing  has  grown  in 
significance  aaong  coaputer  scientists  and  also  among 
managers  of  organizations.  The  capacities  of  on-line  data 
files  have  grown  rapidly.  As  capacities  go  up,  the  cost  per 
bit  of  storage  comes  down.  This  situation  activates  data 
base  designers  to  continue  their  efforts  to  obtain  better 
data  base  systems.  [Ref.  2  3:  p.  7] 

An  important  consideration  in  data  base  design  is  to 
store  data  in  such  a  way  that  it  can  be  used  for  a  wide 

variety  cf  applications.  3y  doing  so,  the  data  can  be 

changed  quickly  and  easily.  To  achieve  the  flexibility  of 
data  usage  that  is  essential  in  most  commercial  situations, 
two  aspects  of  data  base  design  are  important.  First,  the 

data  should  be  independent  of  the  programs  which  use  it,  so 

that  it  can  be  modified  without  the  programs  being  changed 
(data  independence).  Second,  it  should  be  possible  to 
interrogate  and  search  the  data  base  without  the  lengthy 
operation  of  writing  programs  in  conventional  programming 
languages.  [Ref.  23:  p.  7] 

In  designing  a  data  base  systea  there  are  many  facts 
that  should  be  considered.  The  following  are  among  the 
primary  objectives  of  data  base  orgaaizations: 

1.  It  should  make  applicatioas  development  easier, 

cheaper,  faster,  and  more  flexible. 

2.  The  data  should  have  multiple  uses. 

3.  Data  independence. 

4.  Clarity.  Ease  of  understanding  what  data  is 

available  to  the  users. 
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.  Flexible  usage.  Data  caa  be  used  in  flexible  ways 
with  different  access  paths. 

6.  Spontaneous  requests  for  data  can  be  handled  easily 
by  means  of  a  high  level  query  language  or  report 
generation  language. 

7.  change  is  easy. 

8.  Low  cost. 

9.  accuracy  and  consistency. 

10.  Privacy.  [Hef«  23:  p.  15] 

In  designing  a  multiple  file  data  base,  duplication  of 

information  between  files  should  be  kept  to  an  absolute 

minimum.  For  example,  within  both  the  PEOPLE  and  MEDICAL 

files,  each  aecord  includes  fields  far  name,  rate,  company, 

and  projected  rotation  data  (PRO) .  While  it  is  not  common 

that  there  would  be  a  name  change,  it  cannot  be  considered 

unlikely.  It  is  highly  likely  that  a  change  will  occur  in 

rate,  company  and  PRD.  Therefore,  when  such  a  change 

occurs,  if  is  necessary  to  update  the  appropriate  records  in 

« 

both  files.  If  only  the  records  in  one  file  are  updated, 
inaccuracies  and  inconsistencies  occur  which  places  the 
integrity  of  both  files  in  doubt.  A  DBMS  can  access 
different  files  by  using  a  common  field,  preferably  one  that 
is  highly  unlikely  to  change.  In  our  example,  such  a  field 
could  be  the  SSN,  which  presently  doesn't  exist  in  the 
MEDICAL  file.  If  a  SSN  field  were  to  be  substituted  for  the 
naie,  rate,  company  and  PSD  fields  in  the  MEDICAL  file,  the 
medical  staff  could  generate  a  list  of  personnel  by  name, 
rate,  SSN,  and  company  overdue  for  a  smallpox  inoculation. 
The  MEDICAL  file  would  be  sorted  on  the  inoculation  field 
which  would  identify  the  individual  overdue  records  and 
thereby  the  SSN  for  each  record.  The  DBMS  could  then  access 
the  PEOPLE  file  by  SSN  and  extract  the  name,  rate,  and 
company  from  each  of  the  appropriate  records  and  pass  that 
information  back  to  Medical.  If,  on  the  other  hand,  the 
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medical  staff  wanted  to  check  the  status  of  all  inoculations 
foe  all  personnel  with  a  PHD  of  33  June  or  earlier,  the 
PEOPLE  program  could  be  sorted  on  the  PRD  field  which  would 
identify  the  name,  rate,  55  H,  and  coipany  of  the  appropriate 
individuals.  The  MEDICAL  fils  could  then  be  sorted  on  SSN 
to  obtain  the  desired  listing.  With  a  coaputer  network  this 
can  be  accoaplished  even  though  the  DBMS  may  reside  in 
Operations,  the  MEDICAL  program  iu  Medical,  and  the  PEOPLE 
prograa  in  Adain  and  it  is  not  necessary  that  the  aedical 
staff  physically  run  one  program  and  then  the  other.  They 
can,  frea  a  aenu,  request  the  inoculation  status  and  the 
DBMS  will  actually  invoke  the  two  programs.  Because  of  the 
Privacy  Act,  certain  personal  information  is  considered 
sensitive,  but  these  sensitive  fields  can  be  protected 
allowing  access  only  by  authorized  personnel. 

In  a  similar  fashion,  all  of  the  programs  can  be  linked 
together,  as  appropriate,  by  establishing  access  (key) 
fields.  In  additign  to  modifying  the  existing  programs,  new 
programs  should  be  designed.  Two  new  programs  that  were 
alluded  to  in  Chapter  II  were  (1)  a  program  that  links 
safety  considerations  to  CM  activities  and  (2)  a  program 
that  will  generate  an  equipment  operating  schedule. 

In  the  past,  limited  and  expensive  memory  required  that 
designers  and  programmers  optimize  machine  efficiency. 
Today,  as  hardware  and  memory  costs  decline  and  software 
costs  go  up,  computer  scientists  are  placing  more  emphasis 
on  software  understandability  and  maintainability. 
Programming  in  assembly  or  machine  language  (the  most  primi¬ 
tive  languages)  is  losing  favor.  The  use  of  higher  level 
languages,  that  are  more  English-like,  and  structured 
programming  techniques  will  provide  programs  that  are  more 
understandable  and  maintainable.  Modularizing  programs, 
which  is  analogous  to  separating  c  struction  drawings  into 
civil,  structural,  mechanical,  and  electrical  sections,  also 
improves  maintainability:  the  ability  to  debug  and  modify. 
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The  na jot  advancement  in  the  area  of  nodular  programing 
has  been  the  development  of  coding  tachniques  and  assemblers 
which  (1)  allow  one  nodula  to  be  written  with  little  knowl¬ 
edge  of  the  code  in  another  nodule,  and  (2)  allow  nodules  to 
be  reassembled  and  replaced  without  reassembly  of  the  whole 
system.  [Bef.  24:  p.  220] 

The  benefits  expected  of  modular  programming  are:  (1) 
managerial  -  development  time  should  be  shortened  because 
separate  groups  would  work  on  each  mdule  with  little  need 
for  communication,  (2)  product  flexibility  -  it  should  be 
possible  to  make  drastic  changes  to  one  module  without  a 
need  to  change  others,  (3>  comprehensibility  -  it  should  be 
possible  to  study  the  system  one  module  at  a  time.  The 
whole  system  can  therefore  be  better  designed  because  it  is 
better  understood.  [Bef.  2  4:  p.  221] 

The  module  concept  allows  programs  to  be  machine  inde¬ 
pendent.  An  interface  module  is  jsed  to  bridge  between 
applications  programs  and  the  machine  operating  system.  If 
a  machine  needs  to  be  replaced  due  to  normal  wear  and  tear, 
obsolescence,  etc.,  only  the  interface  module  may  need  to  be 
changed. 

Information  must  be  perceived  before  it  can  have  value 
for  human  decision-making.  The  effectiveness  with  which  a 
user  perceives  information  is  largely  governed  by  the  way  in 
which  it  is  displayed.  The  interface  between  the  system  and 
user  is  one  of  the  more  critical  design  factors.  [Bef.  25: 
P.  27] 

Some  of  the  general  principles  of  good  display  are  as 
follows: 

1.  Use  standard  report  formats,  headings,  and  defini¬ 
tions  whenever  possible.  This  permits  a  user  to  scan 
a  display  without  having  to  interpret  each  item. 

2.  Each  item  displays!  should  be  labeled  or  have  an 
obvious  interpretation. 
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3.  Avoid  unnecessary  precision.  Since  an  aggregation 
inevitably  represents  an  approximation  of  reality, 
excess  precision  aids  little  value  while  it  clutters 
up  the  display. 

4.  Use  graphical  display  when  feasible.  A  graphical 
display  reduces  unneadad  precision  while  often 
revealing  relationships  along  variables  much  more 
perceptibly  than  a  tabular  display. 

5.  Provide  a  basis  for  interpreting  information.  A 

given  piece  of  information  seldom  has  value  by 
itself;  it  must  be  assessed  rslative  to  some  standard 
cr  anticipated  result.  it  is  therefore  important 
that  a  user  be  provided  sufficient  information  to 
comprehend  the  significance  or  surprise  content  of 
new  infor  nation.  This  can  be  done  by  displaying  the 

new  information  (e.g.,  actual  current  results),  in 
juxtaposition  with  the  existing  plan,  standard,  or 
past  results. 

6.  Provide  linfcs  among  separate  displays.  Each  display 
should  contain  relatively  little  information  in  order 
net  to  swamp  the  user.  It  is  therefore  necessary  to 
use  multiple  dispLays  if  auca  information  is  to  be 
conveyed.  [  Hef.  25;  p.  27] 

In  designing  any  hardware/software  system,  there  are  a 
number  of  crucial  questions  to  which  the  system  designer 
must  find  answers.  One  is  the  role  of  the  human  operator  in 
the  operation  of  the  system.  Simplicity  of  use  will 
encourage  users.  Design  considerations  that  involve  trade¬ 
offs  between  simplicity  and  efficiency  should  be  weighted  to 
favor  simplicity  [Bef.  26;  p.  46].  The  man-machine  inter¬ 
face  must  account  for  the  limited  computer  exposure  of  most 
NMCB  personnel. 
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E.  HECOHHEHDATIOHS 


The  major  expenses  in  computer  systems  at  present  and  in 
the  future  are  in  software.  Users  in  the  United  States 
spend  over  $10  billion  for  software  every  year.  By  1985,  it 
is  estimated  that  computer  software  expenses  will  constitute 
about  90  percent  of  the  total  system  cost.  Therefore,  the 
effort  to  expand  and  enhance  the  present  systems  should  be 
directed  towards  the  software  development.  Sven  though  it 
is  contrary  to  the  way  computer  systems  have  been  obtained 
ir.  the  past,  the  software  requirements  should  drive  the 
hardware  requirements:  sake  the  hardware  fit  the  software 

rather  than  vice  versa.  As  an  article  in  Housing  recom¬ 
mends,  decide  what  you  need  and  then  find  the  program  -  the 
software  -  that  meets  those  needs.  To  many  this  sounds  like 

buying  the  system  backwards,  since  most  people  tend  to 

* 

purchase  the  hardware  first  and  then  the  application  soft¬ 
ware.  But  all  programs  do  not  run  on  all  computers.  It  is 
possible,  and  in  fact  common,  for  a  company  that  buys  hard¬ 
ware  to  discover  that  the  program  it  needs  cannot  run  on 
that  equipment.  The  hardware  does  the  actual  work,  but  the 
software  controls  the  system  and  should  dictate  the  type  of 
equipment  the  company  needs.  *  Ref .  3:  p.  79] 

Studies  have  shown  that  software  costs  rise  dramatically 
at  about  the  85%  saturation  point  of  ZPU  and  memory  capacity 
and  suggest  that  the  following  points  be  considered  for 
hardware  procurement: 

1 .  Overall  system  cost  is  generally  minimized  by 
procuring  computer  hardware  with  at  least  50%  to  100X 
more  capacity  than  is  absolutely  necessary. 

2.  The  more  the  ratio  of  sof t ware-to-hardware  costs 
increases,  the  more  excess  computing  capacity  one 
should  procure  to  minimize  the  total  cost. 


40 


3.  It  is  far  more  risky  to  err  by  procuring  a  computer 
that  is  too  small  than  ona  that  is  too  large. 
[ Bef .  29:  p.  13] 

Establishing  computer  networks,  using  microcomputers 
and/or  minicomputers,  at  each  of  the  deployment  sites  and  at 
tha  battalion  facilities  in  hoae  port  is  strongly  recom¬ 
mended.  The  equipment  3houli  be  paraanently  installed  at 
each  of  these  locations.  Some  number  of  microcomputers 
could  also  be  included  as  part  of  the  battalion  TOA  for  use 
by  detachments  or  at  construction  sites  that  are  remote  from 
the  main  camp.  Unless  the  computer  s /stems  are  as  available 
during  home  port  as  on  deployment,  continued  sporadic  use  of 
the  systems  can  be  erpeoted.  Tie  more  the  battalion 
personnel  use  the  systems,  the  more  familiar  and  the  more 
confortable  they  will  become  with  them. 
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7.  ueusfimziH 


In  1513  Machiavelli  observed:  "There  is  nothing  more 

difficult  to  plan,  more  doubtful  of  success,  nor  more 
dangerous  to  aanage  than  the  creation  of  a  new  system.  For 
tha  initiator  has  the  enmity  of  all  who  would  profit  by  the 
preservation  of  the  old  system  and  merely  lukewarm  defenders 
in  those  who  would  gain  by  the  new  on  a."  [Ref.  1:  p.  1] 

It  is  important  for  tha  manager  not  to  lose  sight  of  the 
many  aspects  which  must  be  considarad  when  developing  a  new 
system.  It  is  not  just  a  technical  computer  process;  to  the 
contrary,  it  often  drastically  affects  and  changes  the  basic 
fabric  and  operation  of  tha  organization.  [Ref.  1;  p.  1] 

Many  managers  assuma  that  simply  installing  a  new 
machine  or  a  new  system  will  guarantee  immediate  improvement 
in  productivity.  They  concentrate  on  the  technical  and 
supposedly  "rational"  aspacts  to  tha  detriment  of  social  and 
emotional  factors.  [Ref.  30:  p.  483]  The  introduction  of  a 
system,  idea,  or  practice  may  be  perceived  as  new,  an  inno¬ 
vation,  by  an  individual.  It  matters  little,  so  far  as 
human  behavior  is  concerned,  whether  or  not  an  idea  is 
"objectively"  new  as  measured  by  tha  lapse  of  time  since  its 
first  use  or  discovery.  It  is  the  perceived  or  subjective 
newness  of  the  idea  for  th9  individual  that  determines  his 
reaction  to  it.  [tef.  31:  p.  19}  This  reaction  is  a  combi¬ 
nation  of  the  analysis  of  the  innovation  and  the  mental 
processes  that  individuals  normally  go  through  in  making  a 
decision  whether  to  accept  or  reject. 

In  analyzing  an  innovation,  the  individual  evaluates  the 
following  characteristics; 

1.  Relative  advantage.  This  is  the  degree  to  which  an 
innovation  is  perceived  as  better  than  the  idea  it 
supersedes. 
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2.  co«patibi lit y .  This  is  the  degree  to  which  an  inno¬ 
vation  is  perceivsi  as  being  consistent  with  the 
existing  values,  past  experiences,  and  needs  of  the 
receivers . 

3.  Coeplexity.  This  is  the  degree  to  which  an  innova¬ 
tion  is  perceived  13  difficult  to  understand  and  use. 

4.  Trialability .  This  is  the  degree  to  which  an  innova¬ 
tion  may  be  experimented  with  on  a  limited  basis. 
New  ideas  which  can  be  tried  on  the  installment  plan 
will  generally  be  adopted  more  quickly  than  innova¬ 
tions  which  are  not  divisible. 

5.  Observability.  This  is  the  degree  to  which  the 
results  of  an  innovation  are  visible  to  others.  The 
easier  it  is  for  an  individual  to  see  the  results  of 
an  innovation,  the  more  likely  he  is  to  adopt. 
CRef.  31:  p.  221 

The  mental  process  in  reaching  a  decision  to  accept  or 
reject  consists  of  four  functions  or  stages: 

1.  Knowledge.  The  individual  is  exposed  to  the  innova¬ 
tion’s  existence  and  gains  some  understanding  of  how 
it  functions. 

2.  Persuasion.  The  individual  forms  a  favorable  or 
unfavorable  attitude  toward  the  innovation. 

3.  Decision.  The  individual  engages  in  activities  which 
lead  to  a  choice  to  adopt  or  reject  the  innovation. 

4.  Confirmation.  The  individual  seeks  reinforcement  for 
the  innovation-decision  he  has  made,  but  he  may 
reverse  his  previous  decision  if  exposed  to 
conflicting  messages  about  the  innovation.  [Sef.  31: 

p.  101] 

Knowing  about  an  innovation  is  often  quite  different 
matter  from  usinc  the  idea.  in  innovation  will  be  rejected 
if  the  individual  does  not  regard  the  system  as  relevant  to 
his  situation,  as  potentially  useful.  Consideration  of  a 
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new  idea  does  not  pass  beyond  the  knowldege  function  if  the 
individual  does  not  define  the  information  as  relevant  to 
him  or  if  he  does  not  seek  sufficient  knowledge  to  become 
adequately  informed  so  that  persuasion  can  take  place. 
[Bef.  31:  p.  108] 

An  individual's  attitude  towards  an  innovation  is  a 
primary  factor  during  the  persuasion  stage.  A  previous 
positive  experience  with  the  adoption  of  innovations  creates 
a  bank  of  generally  favorable  attitudes  to  change  that 
facilitates  the  development  of  a  favorable  evaluation  of  the 
next  innovation  considered  by  an  individual.  on  the 
contrary,  a  negative  experience  from  an  innovtion  that  is 
perceived  as  a  failure  leads  to  resistance  to  future  new 
ideas.  [Bef.  31:  p.  110] 

As  the  individual  goes  through  the  persuasion  and  deci¬ 
sion  phases*  the  system  must  retain  its  relative  advantage 
and  capatibility  [Bef.  31:  pp.  109  6  112],  At  the  confirma¬ 
tion  stage,  the  individual  seeks  reinforcement  for  his 
decision.  [Bef.  31:  p.  113].  It  is  important  to  remember 
that  the  innovation-decision  process  can  just  as  logically 
lead  to  a  rejection  decision  as  to  adoption.  In  fact,  each 
function  in  the  process  is  a  potential  rejection  point  (see 
Figure  3.1).  For  instance,  it  is  possible  to  reject  an 
innovaxion  at  the  knowledge  function  by  simply  forgetting 
about  it  after  initial  awareness.  And  of  course  rejection 
can  occur  even  after  a  prior  decision  to  adopt.  This  is 
discontinuance,  which  can  occur  in  the  confirmation 
function.  [Bef.  31:  p.  113] 

If  the  introduction  of  a  redesigned  system  is  to  have 
any  success,  it  must  be  perceived  as  new.  This  will  require 
separating  the  existing  system  from  the  redesigned  system. 
The  existing  system,  from  which  there  have  been  both  favor¬ 
able  and  unfavorable  experiences,  should  be  discussed  in 
terms  of  an  experiment  or  trial  to  gain  the  knowledge  and 
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understanding  of  the  needs  of  the  battalions.  If  the  new 
system  is  perceived  as  merely  a  rehash  of  the  existing 
system,  chances  for  a  successful  implementation  nay  be 
significantly  diminished.  Each  member  of  the  battalion  must 
perceive  the  redesigned  system  as  new,  relevant  and  useful 
for  him. 

Even  if  the  computer  system  is  viewed  as  useful  in 
general,  an  individual  nay  still  resist  its  use  because  of 
uncertainty.  The  traditional  ways  of  doing  things  offer 
precedents  that  can  guide  1  embers*  actions;  the  consequences 
of  the  traditional  ways  are  at  least  well  known  and  predict 
table.  Unwillingness  to  give  up  tasks  and  relationships 
that  are  familiar  may  causa  resistance  to  change.  [Ref.  32: 
p.  377]  Special  effort  should  be  made  to  demonstrate  that 
the  system  provides  the  saie  information  that  an  individual 
has  used  in  the  past  and  that  this  information  is  provided 
faster,  easier,  and  more  accurately. 

Resistance  may  also  occur  due  to  perceived  changes  in 
social  relationships  -  the  patterns  of  authority,  status  and 
sentiment  [Ref.  30:  p.  '430],  If  the  individual  views  the 
system  as  substituting  for  him  as  an  information  source,  the 
computer  may  be  perceived  as  denigrating  to  his  position 
and,  therefore,  as  a  threat  to  his  social  standing  within 
the  battalion. 

One  method  to  overcome  resistance  is  tc  collaborate  with 
the  users:  involve  them  in  the  design  and  implementation. 
&n  individual  who  feels  threatened  by  the  computer  due  to 
uncertainty  or  a  perceived  change  in  social  status  may 
become  more  receptive  to  tie  system  if  he  is  able  to  partic¬ 
ipate  ir.  its  creation  and  influence  its  design.  This 
participation  may  also  help  overcome  a  previous  unfavorable 
experience. 


aith  sight  battalions,  this  will  be  difficult.  One 
approach  would  be  to  work  with  only  one  battalion  during  the 
design  ar.d  initial  iaplsaen tation  phases.  Once  the  systea 
has  been  installed  and  appropriate  instruction  has  been 
given  to  all  personnel,  the  systea  can  be  distributed  to  the 
other  seven  battalions,  one  at  a  tiae. 

The  contact  between  aeabers  of  different  battalions 
for  as  an  inforaal  coaaunio ations  network.  This  inforaal 
network  can  be  used  to  pcoaote  or  destroy  the  new  systea. 
If  shorn-cuts  are  taken  during  the  design  or  rhe  design  tiae 
is  shortened  with  the  idea  of  working  out  all  the  bugs 
during  iapleaent ation,  the  credibility  of  the  systea  could 
be  irrepairably  daaaged. 

The  design  and  implementation  process  for  a  coaputer 
systea  is  markedly  different  from  a  construction  project. 
An  inadequate  design  of  a  construction  project  can  be 
compensated  for  during  the  construction  phase,  but  not  so 
with  a  computer  systea.  If  the  output  is  incomplete  or 
nonuseful,  the  system  may  be  rejected  out-of-hand  and  may 
never  be  accepted  no  matter  what  changes  are  made.  It  is 
extremely  important  that  the  preponderance  of  time  and 
effort  be  devoted  to  the  design  so  that  only  positive 
comments  are  communicated  over  the  informal  network  during 
the  initial  implementation.  If  the  initial  battalion  views 
the  sysrea  as  useful  and  iiportant,  acceptance  by  the  other 
battalions  will  be  enhanced. 

One  final  matter  needs  to  be  taxer,  into  consideration. 
The  coaputer  systems  are  tools  which,  if  properly  designed 
and  used,  can  be  very  effective  in  accomplishing  a  battal¬ 
ion's  mission.  To  be  accepted,  their  use  cannot  be 
"directed  from  above".  Ihange  imposed  from  the  outside  or 
cn  personal  grounds  ("This  is  the  way  I  want  things  done") 
will  be  interpreted  by  subordinates  as  a  sign  that  they  have 
not  done  their  jobs  properly.  They  will  feel  pressured  and 
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uncertain  about  why  the  changes  ace  being  Bade.  Thus, 
instead  of  seeing  the  changes  as  a  tore  effective  way  of 
reaching  common  objectives,  ocganization  members  aay  resent 
change.  CBef.  3  2:  p.  3771 

The  battalion's  superiors  have  a  legitimate  need  for 
information  and  the  right  to  direct  the  battalions  to 
provide  that  information,  but  they  should  not  direct  "how" 
that  information  is  gathered  or  compiled.  The  battalions, 
as  well  as  entities  within  a  battilion,  should  have  the 
option  of  using  either  manual  or  automated  methods  to  manage 
their  operations,  including  meeting  their  reporting  require¬ 
ments.  If  the  systems  are  designed  and  implemented  as  tools 
to  meet  the  needs  of  the  users,  it  is  felt  that  the  users, 
on  their  own,  will  opt  for  automation. 
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S OB 7  BY  RESULTS 


How  would  you  characterize  the  word  PROCESSING  prograa  output 


GRADE 

VERT  GOOD 

GOOD 

AVERAGE 

POOR 

NO  OPINION 

05 

- 

1 

2 

- 

- 

04 

- 

- 

1 

2 

5 

03 

- 

1 

1 

2 

11 

02 

- 

- 

- 

- 

5 

01 

- 

- 

2 

- 

3 

E9 

- 

- 

- 

- 

5 

28 

- 

- 

- 

- 

3 

aflSTSI m 

1 

- 

- 

1 

18 

E6 

2 

1 

- 

1 

18 

E5 

1 

1 

- 

- 

■QH| 

E4 

3 

- 

- 

- 

3 

E3 

- 

1 

- 

- 

4 

TOTAL 

7 

5 

5 

6 

82 

How  would  characterize  the  PEOPLE  program  output? 

GRADE 

VERY  GOODI 

GOOO 

AVERAGE 

POOR 

NO  OPINION 

05 

2 

1 

- 

- 

04 

2 

3 

1 

m - - 

1 

1 

03 

3 

3 

1 

1 

7 

02 

1 

- 

4 

01 

2 

- 

- 

- 

3 

E9 

1 

1 

2 

"  “  “  1  -  -  -  -  ' 

1 

........ - 

- 

E8 

- 

3 

- 

- 

- 

E7 

3 

7 

- 

2 

8 

E6 

6 

7 

i 

1 

7 

E5 

2 

2 

5 

E4 

3 

i 

2 

S3 

- 

..... 

i 

1 

TOTAL 

25 

30 

7 

6 

38 

How  would  you  characterize  the  SAFETY  progr&a  output? 


SHADE 

VERY  GOOD 

GOOD 

AVERAGE 

POOR 

NO  OPINION 

05 

- 

- 

- 

- 

3 

04 

- 

- 

- 

1 

7 

03 

- 

- 

- 

1 

14 

02 

- 

- 

- 

- 

5 

01 

- 

- 

m 

- 

5 

E9 

- 

1 

- 

- 

4 

E8 

- 

2 

- 

- 

1 

E7 

- 

1 

- 

- 

19 

E6 

2 

2 

- 

- 

18 

E5 

- 

1 

1 

- 

7 

E4 

- 

1 

- 

- 

5 

E3 

- 

- 

- 

5 

TOTAL 

2 

8 

1 

2 

93 

How  would  you  characterize 

the  MEDICAL  program 

output? 

SHADE 

VERY  GOOD 

GOOD 

AVERAGE 

POOR 

NO  OPINION 

05 

1 

- 

- 

- 

2 ' 

04 

- 

- 

2 

6 

03 

- 

1 

1 

- 

13 

02 

- 

- 

- 

- 

5 

01 

- 

- 

- 

- 

5 

E9 

- 

- 

- 

- 

5 

E8 

- 

- 

- 

- 

3 

E7 

- 

- 

- 

1 

19 

E6 

1 

- 

- 

- 

21 

E5 

1 

1 

1 

- 

6 

E4 

1 

2 

- 

- 

E3 

- 

- 

- 

TOTAL 

4 

4 

2 

3 

93 

51 


How  would  you  characterize  the  EOOIPMENT  program  output? 


SHADE 

VERY  GOOD 

GOOD 

AVER AS  S 

POOR 

NO  OPINION 

05 

1  ' 

- 

- 

2 

04 

1 

- 

1 

6 

03 

- 

2 

- 

- 

13 

02 

- 

- 

- 

- 

5 

01 

1 

- 

- 

- 

5 

E9 

- 

1 

1 

- 

3 

E8 

1 

- 

2 

E7 

r  ' 

4 

- 

- 

15 

E6 

6 

7 

2 

- 

13 

E5 

2 

3 

- 

- 

4 

E4 

3 

2 

- 

- 

1 

E3 

- 

- 

- 

- 

5 

TOTAL 

15 

14 

3 

1 

73 

How  would  you  characterize  the  TOOL 

program  output? 

SHADE 

VERY  GOOD 

GOOD 

AVERAGE 

POOR 

NO  OPINION 

05 

- 

1 

“ ------ ” * 

- 

2 

04 

- 

- 

1 

7 

03 

- 

1 

1 

13 

02 

- 

- 

- 

- 

5 

01 

1 

- 

........  . 

* 

4 

E9 

- 

1 

1 

3 

E8 

- 

i 

- 

2 

E7 

- 

3 

- 

17 

------ 

T  *•“  —  — —  — 

— 

E6 

U 

1 

3 

- 

14 

E5 

- 

1 

- 

8 

E4 

1 

1 

......... 

- 

4 

S3 

- 

- 

5 

TOTAL 

6 

10 

3 

3 

84 

If  marlcei  POOH,  raason  is? 


How  often  did  you  use  WORD  PROCESSING? 


GRADE 

DAILY 

11  rnr— . 

FREQUENTLY 

OCCASIONALLY 

MEYER 

05 

1 

2 

- 

04 

- 

- 

2 

6 

03 

- 

2 

1 

12 

02 

- 

- 

5 

01 

1 

1 

3 

E9 

- 

- 

- 

5 

E8 

- 

- 

3 

E7 

- 

1 

1 

18 

E6 

- 

1 

2 

19 

E5 

1 

- 

1 

7 

E4 

3 

- 

- 

3 

S3 

- 

2 

3 

TOTAL 

4 

6 

12 

84 

How  often  iid  ynu  u: 

>e  PEOPLE? 

GRADE 

DAILY 

FREQUENTLY 

OCCASIONALLY 

NEVER 

05 

1 

2 

04 

2 

- 

mumooi 

2 

03 

1 

3 

■ 

7 

02 

upom 

2 

mmmum 

..... 

01 

■ni 

HUM 

4 

E9 

_ ? _ 

2 

i 

E8 

« 

i 

2 

E7 

2 

5 

4 

9 

E6 

4 

4 

5 

9 

25 

3 

i 

. : . 

5 

E4 

3 

- 

1 

2 

E3 

1 

i 

2 

1 

TOTAL 

19 

21 

22 

44 

5» 


How  often  lid  you  use  SAFETY? 


GRADE 

|  DAILY 

FREQUENTLY 

OCCASIONALLY 

NEVER  I 

t 

05 

mm 

1 

- 

mam 

04 

BSB 

- 

- 

8 

03 

- 

- 

- 

15 

02 

- 

- 

- 

5 

01 

- 

- 

- 

..... 

E9 

- 

1 

1 

3 

E8 

- 

- 

1 

2 

E? 

- 

1 

- 

19 

E6 

2 

2 

18 

E5 

- 

- 

1 

8 

1 

- 

- 

5 

E3 

- 

- 

- 

5 

TOTAL  I 

1 

3 

3 

5 

95 

1 

How  often  lid  you  use  MEDICAL? 


r 


is-  ”m 


How  often  dii  you  use  EQUIPMENT? 


GRADE 

"  "daily"" 

FREQUENTLY 

OCCASIONALLY 

NEVER 

05 

- 

1 

- 

2 

04 

"  1 

- 

7 

03 

- 

1 

14 

02 

- 

- 

5 

01 

- 

- 

- 

5 

E9 

1 

- 

1 

3 

E8 

- 

1 

- 

2 

E7 

- 

2 

3 

15 

E6 

2 

3 

4 

13 

E5 

3 

- 

2 

4 

E4 

3 

1 

1 

1 

E3 

- 

- 

- 

5 

TOTAL 

10 

8 

12 

76 

How  oft- 

lid  you  use  TOOL? 

GRADE 

“55 — 

DAILY 

FREQUENTLY 

1 

OCCASIONALLY 

NEVER 

2 

04 

- 

- 

1 

7 

03 

- 

1 

14 

02 

- 

- 

5 

01 

- 

- 

- 

5 

E9 

1 

- 

2 

2 

E8 

- 

- 

1 

2 

E7 

- 

1 

2 

17 

E6 

2 

2 

4 

14 

E5 

- 

- 

2 

7 

E4 

1 

1 

4 

E3 

- 

- 

5 

TOTAL 

4 

_ _ _ .  _ 

5 

13 

84 

J 
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Here  you  given  a  specific  tiae  to  use  the  coaputer 


GRADE 

YES 

NO 

N/A 

05 

1 

- 

2 

04 

3 

3 

2 

03 

4 

8 

3 

02 

- 

- 

5 

01 

3 

1 

1 

E9 

2 

1 

2 

E8 

2 

1 

- 

E7 

10 

4 

6 

E6 

6 

9 

7 

E5 

6 

1 

2 

E4 

2 

3 

1 

E3 

1 

2 

2 

TOTAL 

40 

33 

33 

If  YES,  was  the  time  convenient? 


GRADE 

YES 

NO 

N/A 

05 

- 

- 

3 

04 

2 

1 

5 

03 

4 

- 

11 

02 

1 

- 

4 

01 

3 

- 

2 

E9 

2 

1 

2 

E8 

1 

- 

2 

E7 

7 

3 

10 

E6 

3 

4 

15 

E5 

6 

- 

3 

E4 

3 

- 

3 

S3 

1 

- 

4 

TOTAL 

33 

9 

64 

If  HO,  could  you  get  acrass  during  noraal  working  hours 


3BADE 

~oi"" 


USUALLY  1  SOMETH  ES 


SELDOM 


NEVER 


N/A 

~3~ 


04 

03 


2 

4 


5 

9 


02 

01 


4 

2 


3 

T 


E9 

E8 


E7 

E6 


3 

I 


16 

13 

~6 


E5 

E4 


3 

’i 


E3 

TOTAL 


1 

27' 


3 

65* 


Did  ycu  have  to  go  on  a  waiting  list? 


GRADE 

YES 

NO 

N/A 

05 

- 

- 

3 

04 

- 

3 

5 

03 

- 

6 

9 

02 

1 

1 

3 

01 

2 

3 

E9 

3 

2 

3 

E8 

2 

- 

1 

E7 

3 

5 

12 

S6 

MOM 

6 

12 

E5 

B 

IMDi 1 

5 

E4 

MBM 

6 

- 

S3 

1 

3 

1 

TOTAL 

11 

38 

57 

Is  the  input  data  format  understandable? 


GRADE 

YES 

NO 

N/A 

05 

- 

- 

3 

04 

6 

- 

2 

03 

10 

1 

4 

02 

3 

- 

2 

01 

4 

1 

E9 

2 

- 

3 

E8 

1 

2 

E7 

15 

- 

5 

E6 

22 

- 

- 

E5 

8 

- 

2 

E4 

5 

- 

1 

E3 

5 

- 

- 

TOTAL 

81 

1 

24 

Is  the  input  data  format  canirenient  to  use? 


GRADE 

YES 

NO 

N/A 

05 

- 

3 

04 

4 

2 

2 

03 

10 

1 

4 

02 

3 

- 

2 

01 

3 

1 

1 

E9 

1 

1 

3 

E8 

1 

- 

2 

E7 

12 

1 

7 

E6 

20 

1 

1 

E5 

7 

- 

2 

E4 

5 

- 

1 

E3 

3 

1 

1 

TOTAL 

69 

8 

29 

61 


How  long  have  you  been  exposed  to  the  system? 


GRADS 

1  TS  OH  LESS 

2  if RS 

3  YRS 

05 

2 

1 

- 

04 

6 

2 

- 

03 

13 

2 

- 

02 

5 

- 

- 

01 

4 

1 

- 

E9 

3 

2 

- 

E8 

3 

- 

- 

E7 

13 

2 

5 

E6 

18 

2 

2 

E5 

7 

2 

- 

E4 

5 

1 

- 

E3 

5 

- 

TOTAL 

84 

13 

7 

Do  you  find  the  ooaputer  to  be  a  useful  tool? 


GRADE 

YES 

NO 

NO  OPINION 

05 

3 

- 

04 

5 

2 

1 

03 

10 

- 

5 

02 

5 

- 

01 

3 

1 

1 

E9 

4 

1 

- 

S8 

3 

- 

- 

E7 

17 

2 

1 

E6 

22 

- 

- 

35 

9 

- 

- 

E4 

6 

- 

- 

E3 

5 

- 

TOTAL 

92 

6  . 

8 

62 


What  is  the  CM4  potential  contingency  contribution? 


GRADE 

MAJOR 

MODERATE 

LIT  TLE/NO 

NO  OPINION 

OS 

2 

- 

1 

- 

04 

2 

2 

1 

3 

03 

"4 

2 

2 

7 

02 

2 

1 

2 

01 

2 

1 

1 

1 

E9 

1 

- 

- 

4 

E8 

1 

1 

1 

- 

27 

11 

1 

- 

8 

E6 

11 

2 

- 

9 

E5 

3 

- 

6 

E4 

3 

- 

1 

2 

E3 

2 

2 

- 

1 

TOTAL 

44 

1 1 

9 

43 

What  is  the  W  CRD  PROCESSING  contingency  contribution-! 


GRADE 


major 

2~~‘ 


13  DERATE 

Y 


LIPTLE/NO j NO  OPINION 


05 

04 


3 

4 


03 

02 


7 

4 


01 

29 


2 

4 


E8 

E7* 


1 

14 


4 

*5 


1 

3 

1 


E6 

is' 


14 


E4 

*’e5’“ 

TOTAL 


2 

”5" 

60* 


2 

’27' 


11 


8 


What  is  the  PEOPLE  potential  contingency  contribution? 


GRADE 

MAJOR 

MODERATE 

LITTLE/NO 

HO  OPIHIOH 

05 

3 

- 

- 

- 

OU 

5 

2 

- 

1 

03 

5 

3 

- 

7 

02 

1 

- 

- 

4 

01 

3 

- 

1 

1 

E9 

3 

- 

- 

2 

E8 

1 

2 

- 

- 

E7 

10 

- 

- 

10 

E6 

9 

3 

- 

10 

E5 

3 

- 

1 

5 

Eh 

3 

1 

- 

2 

E3 

3 

2 

- 

- 

T*VTAL 

49 

. 

13 

_ _ 

2 

42 

what  is  the  SAFETY  potential  contingency  contribution? 


GRADS 

MAJOR 

MODERATE 

LITTLE/NO 

NO  OPINION 

05 

1 

1 

1 

- 

04 

- 

1 

3 

4 

03 

- 

2 

4 

9 

02 

- 

i 

- 

4 

01 

- 

i 

2 

2 

E9 

1 

- 

- 

4 

E8 

- 

3 

- 

- 

E7 

3 

1 

- 

16 

E6 

2 

4 

1 

15 

E5 

- 

1 

2 

6 

S4 

1 

- 

1 

4 

E3 

- 

3 

- 

2 

TOTAL 

8 

18 

14 

56 

64 


What  is  the  MEDICAL  potential  contingency  contribution? 


SB&DE 

MAJOR 

MODERATE 

LITTLE/NO 

NO  OPINION 

05 

2 

- 

1 

- 

04 

3 

2 

- 

3 

03 

3 

3 

1 

8 

02 

1 

- 

- 

4 

01 

- 

2 

1 

2 

E9 

1 

- 

- 

4 

E8 

- 

- 

2 

1 

E7 

3 

- 

1 

16 

E6 

4 

- 

1 

17 

E5 

3 

1 

1 

4 

E4 

3 

- 

1 

2 

E3 

1 

1 

- 

3 

TOTAL 

24 

9 

9 

54 

what  is  the  EQUIPMENT  potential  contingency  contribution? 


GRADE 

MAJOR 

MODERATE 

NO  OPINION 

05 

2 

1 

LITTLE/NO j 

« 

04 

3 

1 

4 

03 

4 

1 

2 

8 

02 

- 

1 

4 

01 

3 

- 

i 

1 

ES 

2 

- 

- 

3 

E8 

1 

- 

i 

1 

E7 

8 

1 

- 

11 

E6 

5 

4 

13 

E5 

4 

5 

E4 

5 

- 

- 

1 

E3 

i 

3 

1 

TOTAL 

38 

12 

4 

.. 

52 

65 


What  is  the  TOOL  potential  contiagency  contribution? 


GRADE 

’major 

MODERATE 

little/no 

NO  OPINION 

05 

2 

1 

- 

- 

04 

2 

3 

1 

2 

03 

4 

3 

- 

8 

02 

- 

1 

- 

4 

01 

1 

- 

2 

2 

E9 

2 

- 

- 

3 

E8 

- 

2 

1 

- 

E7 

7 

2 

- 

1 1 

E6 

5 

2 

1 

14 

E5 

- 

2 

1 

6 

E4 

2 

- 

1 

3 

E3 

- 

4 

w 

1 

TOTAL 

25 

20 

7 

54 

What  is  the  CM4  peacetime  contribution? 

GRADE 

MAJOR 

MODERATE 

LITTLE/NO 

NO  OPINION 

05 

- 

2 

1 

- 

04 

- 

2 

3 

3 

03 

1 

3 

4 

7 

02 

3 

- 

- 

2 

01 

1 

2 

1 

1 

E9 

- 

1 

- 

4 

E8 

- 

1 

1 

1 

E7 

6 

4 

- 

10 

E6 

7 

4 

1 

10 

E5 

3 

- 

- 

6 

E4 

2 

i 

1 

2 

S3 

2 

2 

- 

1 

TOTAL 

25 

22 

12 

47 

65 


What  is  the  WORD  PROCESSING  peacetime  contribution? 


GRADE 

MAJOR 

MODERATE 

LITTLE/NO 

NO  OPINION 

05 

- 

1 

- 

04 

1 

2 

3 

03 

1 

2 

4 

8 

02 

- 

1 

- 

4 

01 

•  2 

1 

- 

2 

E9 

- 

- 

1 

4 

E8 

- 

- 

2 

1 

E7 

3 

1 

2 

14 

E6 

3 

3 

- 

16 

•  E5 

1 

1 

1 

6 

E4 

3 

- 

1 

2 

S3 

1 

- 

1 

3 

TOTAL 

15 

13 

15 

63 

What 

is  the  PEOPLE  peacetina  contr. 

Lbution? 

GRADE 

MAJOR 

MODERATE 

LITTLE/NO 

NO  OPINION 

05 

2 

- 

- 

04 

'  3 

3 

1 

1 

03 

2 

5 

1 

7 

02 

1 

- 

4 

01 

3 

- 

1 

1 

E9 

1 

1 

J •" ------ 

3 

E8 

i 

1 

1 

E7 

9 

1 

1 

9 

E6 

6 

4 

r*‘ 

1 1 

E5 

3 

- 

i 

5 

E4 

3 

1 

2 

E3 

i 

2 

- 

TOTAL 

.  ..  . 

i?' 

18 

7 

44 

Nhat  is  the  SAFETY  peacetias  contribution? 


GRADE 

MAJOR 

MODERATE 

LIT TLE/NO 

NO  OPINION 

05 

- 

2 

1 

- 

04 

- 

1 

3 

4 

03 

- 

2 

3 

10 

02 

- 

1 

- 

4 

01 

- 

- 

3 

2 

E9 

- 

1 

- 

4 

E8 

- 

2 

- 

1 

E7 

3 

T 

1 

15 

E6 

1 

5 

- 

16 

E5 

- 

1 

2 

6 

E4 

1 

- 

1 

4 

E3 

- 

1 

1 

3 

TOTAL 

5 

17 

15 

.......... 

ihat  is  the  MEDICAL  peacetime  contribution? 


GRADE 

MAJOR 

MODERATE 

LITTL2/N0 

05 

i 

2 

1 

NO  OPINIONj 

04 

1 

2 

- 

5 

03 

2 

2 

2 

9 

02 

1 

- 

- 

4 

01 

- 

1 

2 

2 

E9 

- 

- 

1 

4 

E8 

- 

- 

2 

1 

E7 

2 

1 

2 

15 

E6 

1 

3 

- 

18 

E5 

3 

i 

i 

4 

E4 

2 

i 

i 

2 

E3 

1 

- 

i 

3 

TOTAL 

13 

13 

13 

57 

63 


What  is  the  EQUIPMENT  peacetiae  contribution? 


Has  CM 4  helped  improve  the  execution  plan? 


GHADE 

YES 

NO 

NO  OPINION 

05 

1 

1 

1 

04 

1 

2 

5 

2 

9 

4 

2 

- 

3 

3 

- 

2 

1  -  •  ■ 

bbhii 

1 

4 

E8 

1 

- 

2 

E7 

11 

1 

8 

E6 

13 

i 

8 

E5 

* 

i 

4 

E4 

3 

i 

2 

E3 

- 

1 

2 

TOTAL 

44 

17 

Has  CM  4  helped  La  prove  project  planning? 


54 

~E3~~ 

total 


63 


11 


Has  CM4  helped  improve  productivity? 


grade" 

YES 

O 

95 

1 

1 

NO  OPINION 

05 

1 

1 

1 

04 

1 

2 

5 

03 

3 

8 

4 

02 

3 

- 

2 

01 

2 

- 

3 

E9 

- 

1 

4 

E8 

2 

- 

1 

E7 

9 

3 

8 

26 

14 

1 

7 

E5 

6 

- 

3 

E4 

4 

- 

2 

E3 

3 

- 

2 

TOTAL 

48 

16 

42 

Has  CH4  helped 

improva  readiness? 

GRADE 

YES 

HO 

NO  OPINION 

05 

1 

1 

1 

04 

- 

3 

5 

03 

3 

8 

4 

02 

1 

1 

3 

01 

2 

- 

3 

E9 

- 

i 

4 

E8 

2 

- 

1 

E7 

6 

5 

9 

E6 

14 

1 

7 

E5 

5 

1 

3 

E4 

3 

1 

2 

E3 

3 

- 

2 

TOTAL 

40 

22 

44 

- — - 

i  _■  n.  t  -  _ 

_ _p 

- - - 

Do  yoa  aaintaia  da  plicate  racords  nanally? 


NO  OPINION 


Has  there  been  an  inpart  dua  to  tha  systea  being  down? 


GRADE 

TES 

1  MO  OPINION 

05 

- 

mhbBH 

04 

1 

1 

03 

6 

HnB 

2 

02 

2 

3 

- 

01 

1 

3 

1 

E9 

- 

2 

3 

E8 

- 

2 

1 

E7 

11 

8 

1 

E6 

4 

18 

- 

E5 

3 

6 

- 

E4 

2 

4 

- 

E3 

2 

3 

- 

TOTAL 

32 

65 

9 
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